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UNOFFICIAL - PLEASE DO NOT ENTER 
IN THE CLAIMS: 

Please amend the claims as follows: 

1. (Currently Amended) A computer-Implemented method for managing 
memory available for dynamic allocation during execution of code containing a plurality 
of memory allocators and a plurality of memory deallocators, comprising: 

providing a data structure configured to record relationshlDs between the memory 

deallocators and tiie memory allocators, wherein each of the relationships requires that 
memory space allocated by one or more of the memory allocators is freed by one or 
more of the memory deallocators. and wherein the data structure stores, for each 
relationship, a reference tojioth the one or more of the memory deallocators and the 
one or more of the memory allocators of the respective relationship; 
providing a computer user interface; 

allowing a user to establish, via the computer user interface, a relationship 
between one or more of the memory deallocators and one or more of the memory 
allocators , the relationship being stored in the provided data structure . ' wh e r ei n th e 



allowing the code to execute; 

upon a call to the one or more deallocators of the user-established relationship to 
free a memory space, determining , by operation of one or more computer processors. 
whether the user-established relationship is violated, wherein determining whether the 
user-established relationship is violated comprises determining that whether the 
memory space was allocated by an allocator different from the one or more memory 
allocators of the user-established relationship ; and 

if so, notifying the user. 
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2. {Original) The method of claim 1 , wherein notifying the user c-omprises halting 
execution of the code. 

3. (Originai) The method of claim 1 , wherein notifying the user comprises halting 
execution of the code and displaying a status message to the user. 

4. (Currently Amended) The method of daim 1. if the user-established 
relationship is not violated, freeing the memory space. 



5. (Cancelled) 



6. (Currently Amended) A computer-implemented method for managing 
memory available for dynamic allocation during execution of code containing a plurality 
of memory allocators and a plurality of memory deallocators, comprising; 

Dnovldlng a data structure oonfiaured to record relationships between the memorv 
deallocators and the memory allocators, wherein each of the relationships requires that 
memory space allocated by one or more of the memory allocators Is freed bv one or 
more of the memory deallocators. and wherein the data structure stores, for each 
relationship, a reference to both the one or more of the memory deallocators and the 
one or more of the memory allQcators of the respective relationship: 

establishing a relationship between a user-selected memory deaHocator and a 
user-selected memory allocato r, the relationship being stored in the provided data 
structure , whoroin th e r el at i onship r e quiros that m e mory s pace frood by tho ue e r - 
se i aot e d d e a ll ocator h a v e b ee n al l ooatod by th e u s or oo l octod al l ocator, and wh e r ei n 
rolat i onsh i p i s roprosontod by a data structur e conta i n i ng a r e f e r e nce to tho usor 
- a nd th e uoor Go l octod a ll ocator, a nd wh e 
^ dotorm i n i ng that tho r 
was al l ocated by a n ol l ooator differ e nt from tho uoor oo l octod a ll ooator ; 
allowing the code to execute; 
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upon a call to the user-selected memory deallocator to free a memory space, 
determining , by operation of one or more computer processors, whether the memory 
space was aliocated by the user-seiected memory ailocator; and 

if not, notifying the user that the relationship is yloiated. 

7. (Original) The method of claim 6, wherein notifying the user comprises halting 
execution of the code and displaying a status message to the user. 

8. (Currently Amended) A method for managing memory available for dynamic 
allocation during execution of code containing a plurality of memory allocators and a 
plurality of memory deallocators, comprising: 

proyiding a data stmcture configured to record upper limits on the amount of 
memory space that the memory allocators can allocate during execution of the code, 
each upper limit being specific to one of the memory allocators, wherein the data 
structure stores, for each memoir allocator, both: (i^ a reference to the respective 
memory allocator and (ii) the upper limit for the respective memory allocator 

setting an upper limit for on th e a mount of m e mory s p a c e an a memory allocator 
c a n a ll ocat e during e x e cut i on of th e cod e , wh e r ei n th e upp e r li mit i e speo i fio to th e 
al l ooaton^ wherein both the upper limit and a reference to the memory allocator are 
stored in [[a]] the provided data structu no, thoroby roJot i ng the upp e r li mit to th e 




during execution of the cods, tracking , bv oneraiion of one or more comouter 
processors, the amount of memory space allocated by the memory allocator; and 

when the amount of memory space allocated exceeds the upper limit, notifying a 

user. 

9. (Currently Amended) The method of claim 8, wherein the step of tracking 
comprises: determining whether the memory allocator is called to allocate memory and, 
if so, incrementing a counter: and 
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determining whether a memory deallocator is called to deallocate memory 

allocated by the memory allocator and, if so. decrementing the counter. 

10. (Currently Amended) The method of claim 6, wherein the step of tracking 
comprises incrsmsriting 8 countsr in the event of memory allocation by the memory 
allocator and decrementing the counter in the event of memory deaiiocation of memory 
space allocated by the memory allocator. 

1 1 . (Original) The method of claim 8, wherein notifying the user comprises halting 
execution of the code. 

12. (Original) The method of claim 8, wherein the upper limit is independent of 
other memory size limitations. 

13. (Original) The method of claim 8, wherein the upper limit is not a limit on a 
stacl< size. 

14-22. (Canceled) 

23. (Currently Amended) A computer readable storage medium containing a 
program which, when executed, performs an operation for managing memory available 
for dynamic allocation during execution of code containing a plurality of memory 
allocators and a plurality of memory deallocators, the operation comprising: 

providing a data structure configured to record relationships between the memor/ 
deallocators and the memory.allocators. wherein each of the relationships requires that 
memory space allocated bv one or more of the memory allocators is freed bv one or 
more of the memory deallocators. and wherein the data structure stores, for each 
relationship, a reference to both the one or more of the memory deal locators and the 
one or more of the memory allocators of the respective relationship; 
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establishing a relationship between a user-selected memory deallocator and a 
user-selected memory allocator, the reiationshio being stored in the nrnyided data 
structure whoro i n tho re l ationsh i p i s repr e sentod by n data Ktruc'iur e uunia i fi i ng a 
rofsrenos to - the user-setected dea ll ocator and iho user - select e d a il ocator, and wh s r ei n 
tho ro l ailonsh i p r e qu i r es that m e mory cpaco frood by th e u ee r - se le ct e d de all ocator hav e 
boon allooat e d by th e us e r - s ele ct e d all oc a tor ; 

allowing the code to execute; 

upon a call to the user-selected memorv deallocator to free a memory space, 
determining , bv operation of one or more computer processors, whether the memory 
space was allocated by the user-selected memorv allocator; and 

if so not, notifying the user that the relationship is violated. 

24. (Previously Presented) The computer readable storage medium of claim 23, 
wherein notifying the user comprises halting execution of the code and displaying a 
status message to the user. 

25. (Currently Amended) A computer readable storage medium containing a 
program which, when executed, performs an operation for managing memory available 
for dynamic allocation during execution of code containing a plurality of memory 
allocators and a plurality of memory deallocators, the operation comprising: 

pipyidinq a data stpjciure configured to record upper ilrnits on the amount of 
memorv space thai the memon/ allocators can allocate during execution of the code- 
each upper limit being specific to one of the memorv allocators, wherein the data 
structure stores, for each memory allocator, both: (i) a reference to the respective 
memorv allocator and (ii) the upper limit for the respective memory allocator: 

setting an upper limit for on tho amount of m e mory s p a c e a n a memorv allocator 
con a l locate during e x e cut i on of tho oodo. whorain th e upp e r l im i t i s sp eGi fio to th e 
alteeate f. wherein both the upper limit and a reference to the memorv a llocator are 
stored in the provided data structure : 
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during execution of the code, tracking , by operation of one or more computer 
processors, the amount of msmonr' space allocated by the memop/ allocator; and 

when the amount of memory space allocated exceeds the upper limit, notifying a 

user. 

26. (Currently Amended) The computer readable storage medium of claim 25, 
wherein the step of tracking comprises: 

determining whether the memory allocator is called to allocate memory and, if so, 
incrementing a counter; and 

determining whether a memory deallocator is called to deallocate memory 
allocated by the memory allocator and. if so, decrementing the counter. 

27. (Currently Amended) The computer readable storage medium of claim 25, 
wherein the step of tracking comprises incrementing a counter in the event of memory 
allocation by the memory allocator and decrementing the counter in the eyent of 
memory deallocation of memory space allocated by the memory allocator. 

28. (Preyiously Presented) The computer readable storage medium of claim 25, 
wherein notifying the user comprises halting execution of the code. 

29. (Previously Presented) The computsr readabie storage medium of claim 25, 
wherein the upper limit Is indspendent of other memory size limitations. 

30. (Previously Presented) The computer readable storage medium of claim 25, 
wherein the upper limit is not a limit on a stack size. 

31 . (Currently Amended) A computer system oomprisingi an output device, a 
memory device, one or more processors, code resident in the memory device and 
containing a plurality of memory allocator calls and a plurality of memory deallocator 
calls, a heap manager resident in the memory device to allocate and free memory of the 
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memory device^ bt^ a debugger program resident in the memory device s, and a data 
strjcture resident in the memor/ device and confiQured to record reiationships between 
the memory' deaiiocator caiis and the memor/ aiiocator calfs. wherein each of the 
relationships reguirss that memory' space aiiocated by one or more of the memory 
allocatorjcalls is freed bv one or more of the memory' deaiiocator calls, wherein the data 
structure stores, for each relationship, a reference to both the one or more of the 
memory deaiiocator calls and the one or more of the memory allocato r calls of the 
respective relationship, and wherein t he debugger program oomprie i ng comprises a 
debugger user interface configured to at least; 

allow a user to view allocation/deallocation history information at a user-specified 
memory location; and 

allow a user to establish a relationship t>etween a memory deaiiocator call and a 
memory aiiocator call, wherein the relationship is stored in the data structure, wh e r ei n 
th e r eia t i onohip io roprosontod by a data s tructur e conta i n i ng a r e f e r e nce to the ucor 
Golootod doa ll ooator and th e u se r -sele ctod o ll ocator, and wh e r ei n th e r e l a t i on s i ^i p 
requ i r e s that m e mory s p a c e all oc a t e d by th e momory a ll ocator ca ll i s fr ee d by th e 
momory doa ll ooator ca ll and wherein a violation of the a requirement of the relationship 
causes the debugger user interface to notify the user. 
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